home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group92c.txt / 000006_icon-group-sender _Sat Oct 3 20:57:41 1992.msg < prev    next >
Internet Message Format  |  1993-01-04  |  1KB
  1. Received: by cheltenham.cs.arizona.edu; Sun, 4 Oct 1992 06:39:02 MST
  2. Date: Sat, 3 Oct 92 20:57:41 -0700
  3. From: wgg@cs.UCSD.EDU (William Griswold)
  4. Message-Id: <9210040357.AA05603@gremlin>
  5. To: goer@midway.uchicago.edu, icon-group@cs.arizona.edu
  6. Subject: Re:  storing objects
  7. Status: R
  8. Errors-To: icon-group-errors@cs.arizona.edu
  9.  
  10. Richard,
  11.  
  12. Well, you might be able to exploit the properties of your specific tables.
  13. For example, if your keys and elements are all ``printable'', then a simple
  14. scheme of writing out a list of (key,elem) pairs in some simple format
  15. would be easiest.  
  16.  
  17. However, if you have pointers in your objects, then
  18. you need some way of encoding pointers, which is much trickier to do
  19. something simple with.  In particular, you need some way of being able
  20. to uniquely identifying an object so that you can recreate the pointer
  21. structure.  You could do this by generating a unique label for every
  22. object, and then use the label in place of the object in the (key,elem)
  23. pairs: (key,label[elem]).  You would then print a second table of
  24. (label[elem],elem) so you could reconstruct the original objects.
  25.  
  26. Sorry if this seems a little vague.
  27.  
  28.                         Bill Griswold
  29.                         UCSD, Computer Sci and Engr.
  30.                         wgg@cs.ucsd.edu
  31.